home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941221-19950208 / 000078_news@columbia.edu_Tue Jan 3 00:56:44 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA02683
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 2 Jan 1995 19:56:45 -0500
  3. Received: by apakabar.cc.columbia.edu id AA11625
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 2 Jan 1995 19:56:45 -0500
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit is eating binaries *help plz*
  9. Date: 3 Jan 1995 00:56:44 GMT
  10. Organization: Columbia University
  11. Lines: 32
  12. Message-Id: <3ea7cc$bb6@apakabar.cc.columbia.edu>
  13. References: <glaserd.789043606@ucsub.colorado.edu> <3e9c5j$ha5@apakabar.cc.columbia.edu> <3e9ovm$9e0@murray.cs.nyu.edu>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <3e9ovm$9e0@murray.cs.nyu.edu>, Leo J. Tick <tick@cs.nyu.edu> wrote:
  18. >I was getting ready to raise theis point. v 190 macch unix-pc. I set
  19. >the file type binary on local. The transfer screen says text. As
  20. >F. de C. says you have to tell both sides. However this was not the case
  21. >in 189. Is this a global change or is it a bad build in the unic-pc.
  22. >
  23. Prior to C-Kermit 5A(190), MS-DOS Kermit 3.14, and IBM Mainframe Kermit
  24. 4.3.1, the file transfer mode, text or binary, was ALWAYS governed by the
  25. file sender (as long as both Kermits supported and had successfully
  26. negotiated the use of File Attribute packets and the "file type"
  27. attribute).  The file sender tells the file receiver the transfer mode,
  28. and the file receiver switches accordingly, automatically.
  29.  
  30. In the new versions, but only when the two Kermit programs have a
  31. client/server relationship, it is the *client* that determines the
  32. transfer mode, no matter whether it is sending or receiving.  This change
  33. was made by popular demand, to address the following scenario:
  34.  
  35.  1. User starts remote Kermit, puts it in server mode.
  36.  
  37.  2. User escapes back to local Kermit and tells it to:
  38.  
  39.       SET FILE TYPE BINARY
  40.       GET OOFA.ZIP
  41.  
  42. Previously, OOFA.ZIP would arrive in text mode.  Now it arrives in
  43. binary mode.
  44.  
  45. Please read the KERMIT.UPD (MS-DOS Kermit 3.14) or ckcker.upd (C-Kermit
  46. 5A(190)) for a fuller explanation.
  47.  
  48. - Frank